home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0125 / 307.txt < prev    next >
Text File  |  1997-04-16  |  27KB  |  619 lines
  1. Info-Atari16 Digest         Sat,  1 Jun 91       Volume 91 : Issue 307
  2.  
  3. Today's Topics:
  4.                             'only_ste.lzh'
  5.                               .gif files
  6.                 ASCII text files on UNIX and Atari ST
  7.                         assorted TT questions
  8.                  Atari's position in the U.S. Market
  9.                         Atari 540ST Questions
  10.                              Atari Mortis
  11.                                Atari TT
  12.                         Gemini Standard Usages
  13.                             Lynx and sega
  14.                             PageStream 2.1
  15.                           The Current Market
  16.                      Weekly Posting of New Stuff
  17.                   What's a fair comparison? (2 msgs)
  18.                What happened to comp.sources.atari.st?
  19.  
  20. Welcome to the Info-Atari16 Digest.  The configuration for the automatic
  21. cross-posting to/from Usenet is getting closer, but still getting thrashed
  22. out.  Please send notifications about broken digests or bogus messages
  23. to Info-Atari16-Request@NAUCSE.CSE.NAU.EDU.
  24.  
  25. Please send requests for un/subscription and other administrivia to
  26. Info-Atari16-Request, *NOT* Info-Atari16.  Requests that go to the list
  27. instead of the moderators are likely to be lost or ignored.
  28.  
  29. If you want to unsubscribe, and you're receiving the digest indirectly
  30. from someplace (usually a BITNET host) that redistributes it, please
  31. contact the redistributor, not us.
  32. ----------------------------------------------------------------------
  33.  
  34. Date: 31 May 91 15:03:18 GMT
  35. From: news-server.csri.toronto.edu!torsqnt!lsuc!jimomura@uunet.uu.net (Jim
  36.  Omura)
  37. Subject: 'only_ste.lzh'
  38. To: Info-Atari16@naucse.cse.nau.edu
  39.  
  40. In article <134302@unix.cis.pitt.edu> rjast1@unix.cis.pitt.edu (Robert J Anisko)
  41.  writes:
  42. >In article <CMM.0.90.2.675623718.larserio@kvart.ifi.uio.no> larserio@ifi.uio.no
  43.  writes:
  44.  
  45.  
  46.  
  47. >  For any users that might have been Atari 8-bit users at one time, the
  48. >MSA (Magic Shadow Archiving) works in the same way as DISCOMM or Scrunch -
  49. >it simply takes data from the whole disk (including boot sectors) and
  50. >puts it into a file, so it can be transmitted via modem.  Then when the
  51. >file is received, you just reverse the process and unpack it to a full
  52. >disk, boot and all.  For some programs and demos, this is the only
  53. >way to go about it (say an author doesn't want you messing with his/her
  54. >data (by loading a file into an editor such as Edhack) - so he/she
  55. >wipes out the directory and makes the program autobooting - kinda
  56. >a method of file protection...
  57.  
  58.      Now that's getting down right, uh, not-very-intelligent.
  59. Anybody with enough knowledge to analyse an object code file
  60. probably has sufficient tools to read sectors anyway.  For
  61. the rest of us who have no intention of playing with their
  62. object code they do us the great honour of create a situation
  63. where virus distribution can increase.  All we need now is
  64. somebody forging a copy of this 'only_ste' demo kit with a
  65. virus in place of the original boot sector and dozens of
  66. STE owners are going to find themselves doubting the wisdom
  67. of their purchases.
  68.  
  69.      While we're on the topic of viruses, I was very impressed with
  70. the "finish" of VKiller.  It got me to thinking about such programs.
  71. VKiller identifies ST boot sectors and where possible specifically
  72. identifies viruses.  But even the warning about boot sectors is
  73. well done.  I was just thinking that many of us use Atari ST's in
  74. "mixed environments" with MS-DOS machines and it would be helpful
  75. if VKiller identified MS-DOS boot sectors as well.  I wouldn't go
  76. so far as to try and keep up with the MS-DOS virus situation completely,
  77. but just give a warning like this:
  78.  
  79. "MS-DOS Executable boot sector found.  If this disk was not supposed
  80. to have one, you might want to discuss this with whomever supplied
  81. the disk."
  82.  
  83.      That way you could alert an MS-DOS user that s/he might have
  84. a virus.
  85. >
  86. >                                       Robert Anisko
  87. >                                       rjast1@cis.unix.pitt.edu
  88.  
  89.  
  90. --
  91. Jim Omura, 2A King George's Drive, Toronto, (416) 652-3880
  92. lsuc!jimomura
  93. Byte Information eXchange: jimomura
  94.  
  95. ------------------------------
  96.  
  97. Date: 1 Jun 91 05:25:03 GMT
  98. From:
  99.  noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!caen!dali.cs.montana.edu!milton!tymbrim
  100.  i@arizona.edu (Ben Gilbert)
  101. Subject: .gif files
  102. To: Info-Atari16@naucse.cse.nau.edu
  103.  
  104. In article <1991May31.172345.19875@news.larc.nasa.gov>
  105.  klassa@asdsun.larc.nasa.gov (John Klassa) writes:
  106. >Is there an FTP site somewhere that maintains an archive of .gif files?
  107.  
  108. >Thanks,
  109. >John Klassa
  110. >klassa@asdsun.larc.nasa.gov
  111.  
  112. Here's a few anonymous FTP sites that have .gif files (I haven't
  113.   tried all of them yet, they might be outdated...) :
  114.  
  115.            System name                           IP Address
  116.         -------------------                     -------------
  117.  
  118.         a.cs.uiuc.edu                           128.174.5.20
  119.         ssyx.ucsc.edu                           128.114.133.1
  120.         surya.waterloo.edu                      129.97.129.72
  121.         wuarchive.wustl.edu                     128.252.135.4
  122.  
  123.  
  124. ------------------------------
  125.  
  126. Date: Fri, 31 May 91 20:45:29 BST
  127. From: TAN JUN <tan@essex.ac.uk>
  128. Subject: ASCII text files on UNIX and Atari ST
  129. To: Info-Atari16@naucse.cse.nau.edu
  130.  
  131. I am very disappointed to find that I cannot use my Atari ST 1040STE at home
  132. to write/edit any pure ASCII text files if I want to transfer it later to my
  133. SPARC using Mtools. The problem is that, any newline returns are marked with ~M
  134. when I use UNIX vi (or Sun textedit) to edit. Actually, I had noticed these
  135. strange things quite often when I downloaded stuff from network and un-pack
  136. on SPARC and viewed text files such as README, *.doc, *.txt, etc. I could not
  137. hit return for extra line, I had to use space for new page as I used UNIX 'more'
  138. command. Also, if I used vi to edit, I had the same problem as I had on files
  139. transferred from Atari. However, these files are definitely normal when I
  140. use 1st-Word or stevie.ttp (vi clone) to edit on my Atari.
  141.  
  142. I have been on this wonderful newsletter list for quite a long time, although
  143. I have been always a only silent reader. I wish that somebody could give some
  144. advice on this matter. Is that a individual problem only happened to my Atari?
  145. Or is that common? Any suggestions or experimences?
  146.  
  147. Prefer reply by E-mail (save bandwidths for good things), or on newsletters.
  148.  
  149. Thanks for consideration.
  150.  
  151. E-mail: tan@uk.ac.essex
  152.  
  153.  
  154. Jun Tan
  155.  
  156. ------------------------------
  157.  
  158. Date: 31 May 91 01:43:01 GMT
  159. From:
  160.  noao!ncar!elroy.jpl.nasa.gov!usc!chaph.usc.edu!aludra.usc.edu!baffoni@arizona.e
  161.  du (Juxtaposer)
  162. Subject: assorted TT questions
  163. To: Info-Atari16@naucse.cse.nau.edu
  164.  
  165. In article <meulenbr.675587949@cstw163> meulenbr@cst.prl.philips.nl (Frans
  166.  Meulenbroeks) writes:
  167. >Hi,
  168. >
  169. >I'm in the process of convincing myself to buy a TT, and I'm stuck with
  170. >the following questions:
  171. >
  172. >As I'm told the TT does not have a 68882 on board, but does have
  173. >a socket for such a beast. Right?
  174.  
  175.    No the 68882 is standard (however, it may be in a socket...?).
  176.  
  177. >What speed must this beast have, or can is the speed selectable?
  178. >the 68881 and 68882 are supposed to be compatible. I owe a 68881.
  179. >Can I use that one instead (assuming it is the right speed).
  180.  
  181.   The 68882, like the 68030, runs at 32 MHz.
  182.  
  183. >I'm a little puzzled by a previous posting about how memory is
  184. >implemented. Are there two different daugtherboards??
  185. >If I buy a 2 MB system is it then just a case to add sims if I want to
  186. >upgrade to 4 MB? If not, I think I'll prefer to buy a 4 MB system.
  187. >Is such a 4 MB system easily upgradable (e.g. by adding (or maybe
  188. >replacing) simms). From a previous posting I concluded that there is
  189. >a different daugther board if you go to 8MB. Is the ram on the
  190. >second daughter board faster than on the first one??
  191.  
  192.   Ok.  The two basic memory types are ST and TT ram.  ST ram is located on
  193. the mother board (I believe that there is 2MB soldered and 2MB socketed which
  194. are empty if you get a 2MB TT or a 4MBTT with 2MB TTram) and doesn't need a
  195. daughterboard.  TT ram does need a Daughter board (its more than just a bunch
  196. of SIMM sockets - it also has a chip that allows access to the TT memory).
  197. The TT daughterboard holds 4 SIMMS - up to 16MB max (using 4MB SIMMS).  Using
  198. the card slot inside the machine, you can add a memory board for even more
  199. memory.  However, in neither case is it simply a matter of slapping SIMMS into
  200. your machine (unless you already have the TT daugterboard).
  201.  
  202. >
  203. >What speed is the ram actually. Do I get wait states when accessing the
  204. >memory? In any of the above cases??
  205.  
  206.    Since the machine runs at 32MHz, I assume that there are at least 1 wait
  207. state on all memory, the TT ram having less than the ST ram.
  208.  
  209. >
  210. >Then there is the monitor.  Is it possible to use an ST monitor if the
  211. >screen is in an ST resolution??
  212.  
  213.    No.  Even though the TT displays ST resolutions, it does it on the same
  214. signal that displays the TT's special resolutions.
  215.  
  216. >I think the price on a TT monitor is on the high side. However, I'm
  217. >told that this is just a regular VGA monitor. Can I go out and buy a VGA
  218. >monitor and use it?
  219.  
  220. Probably.  I can't see why not (except you may need to "customize" the cable
  221. connector).
  222.  
  223. >I assume I need a monitor with 640x480 resolution and 60 or 70 hz
  224. >refresh rate, and a D connector plug (forgotten the number of pins).
  225. >Do I need a color monitor, or can I also use a monochrome monitor.
  226. >Using a monochrome monitor would cut the price with $ 200 or $ 250, and
  227. >I do not really need color.
  228.  
  229.   I forget - is  640x480 the max resolution of the TT's color screens?  If not,
  230. you will need to get a monitor that reflects that limit.
  231.  
  232. >
  233. >If someone could answer these questions that would be very appreciated.
  234. >
  235. >Thanks!
  236. >--
  237. >Frans Meulenbroeks        (meulenbr@prl.philips.nl)
  238. >       Centre for Software Technology
  239.  
  240.  
  241.    Hope that does it!
  242.  
  243. -Mike
  244.  
  245. ------------------------------
  246.  
  247. Date: 31 May 91 20:48:30 GMT
  248. From:
  249.  noao!ncar!elroy.jpl.nasa.gov!swrinde!mips!apple!portal!cup.portal.com!Metalist@
  250.  arizona.edu (Bryan Jones Woodworth)
  251. Subject: Atari's position in the U.S. Market
  252. To: Info-Atari16@naucse.cse.nau.edu
  253.  
  254. Atari's image in America has never been great, has it?  Now I hear that STart
  255. is going bi-monthly?!  Ok.  But let me ask you out there:  Will the Atari
  256. situation ever IMPROVE?  Or will it continue to decline?  (You can assume
  257. this is a rhetorical question.)
  258.  
  259.  
  260. Bryan_Jones_Woodworth@cup.portal.com
  261.  
  262. ------------------------------
  263.  
  264. Date: 31 May 91 21:10:20 GMT
  265. From:
  266.  noao!ncar!elroy.jpl.nasa.gov!swrinde!mips!apple!portal!cup.portal.com!Metalist@
  267.  arizona.edu (Bryan Jones Woodworth)
  268. Subject: Atari 540ST Questions
  269. To: Info-Atari16@naucse.cse.nau.edu
  270.  
  271. -- Salvador Pinto Abreu         spa@fct.unl.pt says:
  272.  
  273. >I wonder which Atari mouse you're talking about. All Atari mice I've
  274. >used are the most dreadful rodents I've ever come across, second to
  275. >none, not even the "original" VAXstation-100 mouse (ever seen one of
  276. >these?) feels as bad.
  277. >Finding a replacement mouse seems to me one of the first priorities of
  278. >an Atari owner. I recently ordered a Naksha mouse, and await it
  279. >eagerly.
  280.  
  281. I have to disagree.  You must have been supplied witha faulty mouse.  The
  282. Atari mouse is lightweight and easy to use.  The mouse never moved too slow
  283. for me.  Like you said, a mouse accelerator is easily obtained if the
  284. mouse moves exceedingly slow for you.
  285. I cannot understand what you don't like about the Atari mouse!  let me
  286. say that I am by no means a mouse connoisseur, for I have only fondled two
  287. mice:  Macintosh and Atari ST.  Macintosh, in my opinion, are heavy and
  288. unresponsive.  I click, but I get no confirmation onscreen.  I despise the
  289. recessed single button.
  290.  
  291. The Atari ST is easy to move, responsive, and suits my needs.  I have felt
  292. no urge to get a replacement mouse.
  293.  
  294.  
  295. Bryan_Jones_Woodworth@cup.portal.com
  296.  
  297. ------------------------------
  298.  
  299. Date: 31 May 91 18:30:38 GMT
  300. From:
  301.  noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!cis.ohio-state.e
  302.  du!pacific.mps.ohio-state.edu!linac!midway!clout!chinet!saj@arizona.edu
  303.  (Stephen Jacobs)
  304. Subject: Atari Mortis
  305. To: Info-Atari16@naucse.cse.nau.edu
  306.  
  307. I hope Jeff won't object to my disclosing a specific issue he mentioned to me
  308. in email; it will help people identify what might interest him.
  309.  
  310. One of his major applications is animated graphics, for which he is prepared to
  311. write his own code.  To me, that sounds like a set-up in favor of the TT.  If
  312. anyone has benchmarks or pointers to tools directly relating to animated
  313. graphics, this might be a good time to mention them.
  314.  
  315. What I'll mention is that there's said to be an awesome TT demo (about an
  316. hour's download time worth of it) recently put up on GEnie by Bob Brodie.  I
  317. won't see it myself for a while, but perhaps someone has more to say about it?
  318.  
  319.                                  Steve       saj@chinet.chi.il.us
  320.  
  321. ------------------------------
  322.  
  323. Date: 30 May 91 07:10:51 GMT
  324. From:
  325.  noao!ncar!elroy.jpl.nasa.gov!usc!chaph.usc.edu!aludra.usc.edu!baffoni@arizona.e
  326.  du (Juxtaposer)
  327. Subject: Atari TT
  328. To: Info-Atari16@naucse.cse.nau.edu
  329.  
  330. In article <17555@chaph.usc.edu> baffoni@aludra.usc.edu (Juxtaposer) writes:
  331.  
  332. >course SOME of it has to be reserved for I/O etc. but not more than 32k worth!)
  333.                                                              ooops   ~~~
  334.   That should be around 1MB - just to be generous with the ROMs :).
  335.  
  336. >-Mike
  337.  
  338. -Mike
  339.  
  340. ------------------------------
  341.  
  342. Date: 31 May 91 18:43:17 GMT
  343. From: news-server.csri.toronto.edu!torsqnt!lsuc!jimomura@uunet.uu.net (Jim
  344.  Omura)
  345. Subject: Gemini Standard Usages
  346. To: Info-Atari16@naucse.cse.nau.edu
  347.  
  348. I've been working with Gemini off and on for a while now and
  349. I hope somebody can pass these comments to the programming team.
  350. It's all regarding the "mupfel.mup" file:
  351.  
  352. HOME is defined as the current "gemini" directory.  This is
  353. a bad practice.  You should tell people to define "HOME" to
  354. their current "working directory", whereever that is.
  355. On a Unix system, my normal HOME directory would generally
  356. be something like "/usr/mygroup/jimomura".  This is the directory
  357. in which I do my usual work.  The thing to emphasize is that
  358. it has *nothing* to do with the operating system or executables.
  359. In fact, it's mainly just text data files of my own concern.
  360. If you don't learn this concept early on your going to scr*w up
  361. your system organization by writing programs that look to the
  362. wrong places for the wrong things.
  363.  
  364. Also, I have no idea what they are intending to use the "CDPATH"
  365. for.  I've never seen it on a Unix system or an OS-9 system and
  366. I don't know what program would look for it.  Is that supposed to
  367. be a path for CD Rom applications?
  368. --
  369. Jim Omura, 2A King George's Drive, Toronto, (416) 652-3880
  370. lsuc!jimomura
  371. Byte Information eXchange: jimomura
  372.  
  373. ------------------------------
  374.  
  375. Date: 31 May 91 23:47:05 GMT
  376. From:
  377.  noao!ncar!elroy.jpl.nasa.gov!usc!zaphod.mps.ohio-state.edu!caen!umich!terminato
  378.  r!terminator.cc.umich.edu!weiner@arizona.edu (Jeff Weiner)
  379. Subject: Lynx and sega
  380. To: Info-Atari16@naucse.cse.nau.edu
  381.  
  382. Has anyone seen the commercial for sega's new portable game machine?
  383. Color graphics that, at least on tv, look comperable to the lynx.
  384. Could spell trouble for one of the better selling atari machines.
  385.  
  386. weiner
  387. --
  388. Jeff Weiner  --- weiner@{{sklyab,felix}.engin, atari.archive}.umich.edu
  389.  
  390. ------------------------------
  391.  
  392. Date: 31 May 91 06:36:41 GMT
  393. From:
  394.  noao!ncar!elroy.jpl.nasa.gov!swrinde!mips!zaphod.mps.ohio-state.edu!cis.ohio-st
  395.  ate.edu!dsac.dla.mil!dsacg3.dsac.dla.mil!desc.dla.mil!wright!desire.wright.edu!
  396.  cse0507@arizona.edu
  397. Subject: PageStream 2.1
  398. To: Info-Atari16@naucse.cse.nau.edu
  399.  
  400. I talked to SoftLogik this week, and evidently PageStream 2.1 is done,
  401. they're just waiting to get the manuals before they ship (the manuals were
  402. just sent to the printer's this week).  I asked them if they had considered
  403. sending the program out without the manual (for us bravos), and they said
  404. they had just started considering it that day.  I then indicated :-) that
  405. I would be one of those who is extremely brave, and would like to go mad
  406. trying to figure out PageStream without the manual :-) :-) :-).  So, to
  407. all those who have an interest in PageStream, would you call SoftLogik and
  408. help me get my upgrade early?  Tell them Bob Schulze would like to have his
  409. software now, and incidentally you'd like a copy too.  { HUGE :-) }
  410. 1-800-829-8608 is the U.S. toll-free number; I'm afraid I can't lay my
  411. hands on numbers for any other country.  T'anks.
  412.                                Bob The Schulze
  413.  
  414. ------------------------------
  415.  
  416. Date: 31 May 91 14:41:27 GMT
  417. From: news-server.csri.toronto.edu!torsqnt!lsuc!jimomura@uunet.uu.net (Jim
  418.  Omura)
  419. Subject: The Current Market
  420. To: Info-Atari16@naucse.cse.nau.edu
  421.  
  422.     These are just some random observations about the current
  423. market and definitely NOT a complete overview of what's happening
  424. in the Toronto area:
  425.  
  426.      Long & McQuaide North is a music store -- NOT a computer store,
  427. but they had a stack of 1040STEs and has sold them all.  Obviously
  428. if a music store with no real computer people can sell 1040STEs
  429. there's a market for STEs.
  430.  
  431.     Comspec, a computer store next door to L&M has discontinued
  432. stocking Atari products completely.  That's not much of a loss to
  433. the Atari community.  Comspec has always preferred Amigas and would
  434. go to great lengths to sell Amigas at the expense of ST sales.
  435. Still, I agree with a lot of the things Comspec has to say about
  436. the current Atari Corp. and the Canadian situation.  I'm not at all
  437. happy about the current trend in Atari to "pull out of Canada" and
  438. leave us with a warehouse and repair department.  Though I plan to
  439. do development on the ST for the immediate future, if things don't
  440. turn around on this matter I'll probably move on to another platform.
  441.  
  442.     CompuPlace is strange.  I've always felt they were strange and
  443. now their getting even stranger.  Not bad, mind you, but if you look
  444. at the software they carry, I just don't know why they get in what
  445. they do.  The best thing they have lately is a good supply of the
  446. British magazines.  That and they have 2 of the better flight
  447. simulators.  They have Proflight (British simulator of the Tornado
  448. that's supposed to be really good) and the F-19 pseudo-simulator
  449. (simulating a non- existant plane is, well, interesting).  They are
  450. essentially out of stock of 1040STE's but will be getting more.
  451.  
  452. I have been hearing rumours that Atari has really been jerking
  453. around the dealers with the recent price drops.  I hope this isn't
  454. true.
  455. --
  456. Jim Omura, 2A King George's Drive, Toronto, (416) 652-3880
  457. lsuc!jimomura
  458. Byte Information eXchange: jimomura
  459.  
  460. ------------------------------
  461.  
  462. Date: 1 Jun 91 08:26:04 GMT
  463. From: noao!asuvax!ukma!rex!samsung!umich!terminator!usenet@arizona.edu (Atari
  464.  Archive Robot)
  465. Subject: Weekly Posting of New Stuff
  466. To: Info-Atari16@naucse.cse.nau.edu
  467.  
  468.   -rw-rw-rw- hyc        819302  May 25 17:38 ./gnustuff/tos/update8.zoo
  469.   -rw-r--r-- weiner     803295  May 25 10:04 ./ste/only_ste.lzh
  470.   -rw-r--r-- weiner     9750    May 27 10:26 ./utilities/Index
  471.   drwxr-xr-x weiner     512     May 27 10:25 ./utilities/virus
  472.   -rw-r--r-- weiner     65152   May 27 10:25 ./utilities/virus/vkiller.lzh
  473.   drwxrwxr-x jon        1560    May 27 10:21 ./magazines/znet
  474.   drwxrwxr-x weiner     512     May 27 10:19 ./ste
  475.   drwxrwxr-x daemon     1024    May 28 22:48 .
  476.   drwxrwxr-x jon        512     May 28 22:39 ./misc
  477.   -rw-r--r-- weiner     4870    May 28 22:39 ./misc/2_5ram.zoo
  478.   -rw-r--r-- weiner     962     May 28 22:40 ./misc/Index
  479.   -rw-r--r-- weiner     9807    May 28 22:36 ./utilities/Index
  480.   drwxr-xr-x weiner     512     May 28 22:35 ./utilities/doubclick
  481.   -rw-r--r-- weiner     5376    May 28 22:35 ./utilities/doubclick/dcr_tmag.arc
  482.   drwxrwxr-x weiner     512     May 28 06:49 ./tex/tex31
  483.   drwxrwxr-x jon        536     May 28 22:29 ./gnustuff
  484.   -rw-r--r-- weiner     91771   May 28 22:29 ./gnustuff/gnu881_s.zoo
  485.   -rw-r--r-- weiner     34937   May 28 22:29 ./gnustuff/gnu881_x.zoo
  486.   -rw-r--r-- weiner     261542  May 28 22:29 ./gnustuff/gnuplt_x.zoo
  487.   -rw-r--r-- weiner     10856   May 28 22:32 ./gnustuff/Index
  488.   -rw-rw-r-- weiner     2424    May 28 22:34 ./printing/Index
  489.   -rw-r--r-- weiner     81389   May 28 22:45 ./Index
  490.   -rw-r--r-- weiner     40865   May 28 22:45 ./CompInd.Z
  491.   -rw-r--r-- weiner     63357   May 28 22:47 ./ls-lR.Z
  492.   drwxrwxr-x daemon     1024    May 29 12:22 .
  493.   drwxrwxr-x jon        6144    May 29 12:17 ./utilities
  494.   -rw-r--r-- weiner     9933    May 29 12:21 ./utilities/Index
  495.   drwxrwxr-x weiner     512     May 29 12:18 ./utilities/tosfixes
  496.   -rw-r--r-- weiner     4096    May 29 12:18 ./utilities/tosfixes/serptch2.lzh
  497.   drwxrwxr-x weiner     512     May 29 12:17 ./utilities/mouse
  498.   -rw-r--r-- weiner     2071    May 29 12:17 ./utilities/mouse/rt_move2.lzh
  499.   drwxr-xr-x weiner     512     May 29 12:21 ./utilities/filemenus
  500.   -rw-r--r-- weiner     34541   May 29 12:20 ./utilities/filemenus/stwhiz11.lzh
  501.   drwxrwxr-x jon        2048    May 29 12:15 ./telecomm
  502.   -rw-r--r-- weiner     43090   May 29 12:15 ./telecomm/dterm_1k.lzh
  503.   -rw-r--r-- weiner     2546    May 29 12:15 ./telecomm/Index
  504.   drwxrwxr-x jon        1536    May 29 12:15 ./printing
  505.   -rw-r--r-- weiner     37760   May 29 12:15 ./printing/pamflite.lzh
  506.   -rw-rw-r-- weiner     2470    May 29 12:16 ./printing/Index
  507.   -rw-r--r-- weiner     81561   May 29 12:22 ./Index
  508.   -rw-r--r-- weiner     40961   May 29 12:22 ./CompInd.Z
  509.   drwxrwxr-x daemon     1024    May 30 06:50 .
  510.   drwxrwxr-x jon        4096    May 30 06:40 ./games
  511.   -rw-r--r-- weiner     48896   May 30 06:40 ./games/col_drac.arc
  512.   -rw-rw-r-- weiner     7798    May 30 06:41 ./games/Index
  513.   -rw-r--r-- weiner     81618   May 30 06:41 ./Index
  514.   -rw-r--r-- weiner     40995   May 30 06:41 ./CompInd.Z
  515.   -rw-r--r-- weiner     63573   May 30 06:43 ./ls-lR.Z
  516.   drwxrwxr-x daemon     1024    May 31 14:58 .
  517.   drwxrwxr-x jon        1024    May 31 06:54 ./editors
  518.   drwxrwxr-x jon        3072    May 31 14:42 ./graphics
  519.   -rw-r--r-- weiner     63501   May 31 14:42 ./graphics/neochro2.lzh
  520.   -rw-r--r-- weiner     5356    May 31 14:44 ./graphics/Index
  521.   drwxrwxr-x jon        3072    May 31 14:57 ./diskutils
  522.   -rw-rw-r-- weiner     5333    May 31 14:57 ./diskutils/Index
  523.   -rw-r--r-- weiner     51432   May 31 14:56 ./diskutils/stree104.arc
  524.   -rw-r--r-- weiner     81651   May 31 14:58 ./Index
  525.   -rw-r--r-- weiner     40983   May 31 14:58 ./CompInd.Z
  526.  
  527. ------------------------------
  528.  
  529. Date: 31 May 91 18:49:44 GMT
  530. From:
  531.  noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!think.com!mintak
  532.  a!bloom-beacon!eru!hagbard!sunic!kth.se!ugle.unit.no!erlingh@arizona.edu
  533.  (Erling Henanger)
  534. Subject: What's a fair comparison?
  535. To: Info-Atari16@naucse.cse.nau.edu
  536.  
  537. --
  538.        _______    _____          o           ____       Erling Henanger
  539.       /___       /____/ /       /   /|  /   /           Norwegian Institute
  540.      /          /\     /       /   / | /   |   ___      of Technology. (NTH)
  541.     ------     /  \   /____   /   /  |/     \____| o    MS-dos should be dying!
  542.  
  543. ------------------------------
  544.  
  545. Date: 31 May 91 14:41:40 GMT
  546. From:
  547.  noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!pacific.mps.ohio
  548.  -state.edu!linac!midway!clout!chinet!saj@arizona.edu (Stephen Jacobs)
  549. Subject: What's a fair comparison?
  550. To: Info-Atari16@naucse.cse.nau.edu
  551.  
  552. In article <1991May30.223629.13096@jato.jpl.nasa.gov> vsnyder@jato.Jpl.Nasa.Gov
  553.  (Van Snyder) writes:
  554. >In article <1991May30.145023.1684@chinet.chi.il.us> saj@chinet.chi.il.us
  555.  (Stephen Jacobs) writes:
  556. >>I seem to be involved in what is fast becoming a shouting match about relative
  557. >>price and performance of Atari computers vs those based on Intel chips.  One
  558. >>of the main problems is knowing what to compare with which.  So how about we
  559. >>pick some fair yardsticks.  Atari isn't 'Joes Garage Computer Manufactorie',
  560. >>fun with.  Cross-platform benchmarks are damn near impossible (Byte magazine
  561. >>has had several articles on the subject), but I'll modestly propose as a
  562. >>benchmark the time for GNU C to compile itself, with all temporary files on
  563. >>hard disk.  Any other suggestions?
  564. >>
  565. >Some of the benchmarks people commonly use are Dhrystone (integer performance),
  566. >Whetstone (Floating point performance), Linpack (Floating point performance),
  567. >Livermore loops (Floating point performance), SpecMark (Overall system
  568. >performance, but belongs to SPEC Inc).  The advantage of using these is that
  569. >you don't have to re-do the benchmarks on the other machines, which you
  570. >might not own.  I've seen dhrystone for the ST, maybe at atari.archive?
  571. >
  572.  
  573. I know that linpack (which used to be considered the great 'real-world'
  574. benchmark) is no longer considered a fair comparison of machines because it's
  575. too architecture-sensitive (especially to cache and super-scalar aspects).
  576. Whetstone never seems to have caught on for micros, perhaps someone knows
  577. why and will say.  I guess Byte eventually picked a suite of benchmarks,
  578. which they make available in source, but they hedged pretty heavily about
  579. counting on them across architectures.  I'm assuming that the people who
  580. participate in this discussion have some applications that exercise a processor
  581. pretty thoroughly, and might be considered as successors to Linpack.
  582. For what it's worth, I talked to a friend who rides herd on some big iron,
  583. and he says that simply saying that beyond a certain machine speed my biggest
  584. application (chromatographic data processing) is disk-bound sounds like a
  585. benchmark to him.  I disagree, but I'll toss it into the discussion.
  586.                                      Steve      saj@chinet.chi.il.us
  587.  
  588. ------------------------------
  589.  
  590. Date: 31 May 91 10:39:55 GMT
  591. From: mcsun!hp4nl!utrcu1!infnews!ramaer@uunet.uu.net (Mark Ramaer)
  592. Subject: What happened to comp.sources.atari.st?
  593. To: Info-Atari16@naucse.cse.nau.edu
  594.  
  595. A long long time ago in a place not far from here (within 10cm :-)
  596. I offered to submit some example sources of a GEM program if people were
  597. interested.  People were interested, so I sent it to
  598.  atari-sources@unido.informatik.uni-dortmund.de but I have not seen
  599. anything since then.
  600. I can imagin that the moderator disliked it so much that he (she?) threw
  601. it away, but I have not seen anything else in comp.sources.atari.st either.
  602. Is it still alive?  Is it normal that it takes a long time?
  603. Should I send it to twitterpater instead?
  604. Have other sites received any sources?
  605.  
  606. #ifdef utwente.nl
  607. Hier binnen de universiteit was er ook iemand ge\"{$\imath$}nteresseerd.
  608. Als die me even mailt, wil ik het wel rechtstreeks sturen.
  609. #endif
  610.  
  611. According to `ls -l` that long time ago is before 13 may.
  612.  
  613. Mark
  614.  
  615. ------------------------------
  616.  
  617. End of Info-Atari16 Digest
  618. ******************************
  619.